約 2,288,095 件
https://w.atwiki.jp/greenplan/pages/181.html
■気象データ自動取得・閲覧 サンプルはこちらにあります。 2010/2/16 の気象データのみ閲覧可能 FireFox(3.5) のみで確認済み 「前日」「翌日」ボタンや、日付設定は使用しないでください。→「最新」ボタンで復帰 ※[Small]ボタンは衛星画像と同じ縮小されたサイズになるはずですが、serverにmogrifyが無いため縮小されません。 詳しいことは説明書を参照してください。 自分でもソフトを構築・使ってみたいという人は、 こちらをダウンロード: wmap-20100227.zip ■GrADS 天気図作成ソフトのようです。 ここに使用例があります。 ■天気図ブラウザ iPod/iPhone用らしいので確認できず。。 ここに少し詳しい説明が。 ■MetTools 面白そうなソフトですが、公開されていない? ■WeatherReport お勧め度:★★ Web上に様々な気象情報がありますが、散在していてやや使いにくいです。 これならすぐに欲しい情報を得ることが出来て便利です。 ソフトはしっかり作られていますが、残念ながら一般向けのようで、高層天気図など気象予報士的な人にとって必要な情報はありません。 また、現在の最新情報を取得できますが、過去の連続した情報は見ることが出来ません。(仕組み上しかたありませんが) ■お天気監視 お勧め度:★ これも先ほどのWeatherReportと同じく、Web上から情報を持ってきて表示するソフトです。 こちらも一般向けで気象予報士的には今ひとつです。 最新版Ver.2で試してみましたが、画面のレイアウトがずいぶん変わってしまい、Ver.1のときのような監視機能は無くなってしまったのでしょうか?? Ver.2は単なるブラウザーでしかなく、わざわざ専用ソフトを使用する必要はありません。 今のところまともなソフトがないですね。。。 天気図作成ソフトがありましたが、個人的には不要かな。。 気象予報士向けのソフトがあまりないのは、例の振興会のせいか? ■その他・リンク http //wind.geophys.tohoku.ac.jp/index.php?%A5%EA%A5%F3%A5%AF%2F%A5%C4%A1%BC%A5%EB%A1%A6%A5%C7%A1%BC%A5%BF
https://w.atwiki.jp/seinen_comic/pages/76.html
アネモエ(あねもえ) 詳細 ASINが有効ではありません。 作者 前田千石 ジャンル 母属性・姉属性・人妻属性 出版社 マガジン・マガジン (2006/12/4) ISBN-13 978-4896444162 価格 本体562円+税 内容 隣のアイジン 母親・息子・息子の友達 ある夜いつものように夫とセックスしていた母は、 隣家の少年が覗いていることに気づく。 翌日、訪ねてきた少年に、母親はいたずら心を起こして……。 家のアイジン 実母・息子・息子の友達 ショタ 隣のアイジンの続編。描き下ろし。 母親と少年の関係は続いていた。年若い「愛人」に夢中の母親。 そんな二人の行為の最中、少年は母親に目隠しをするように言い出す。 戸惑いつつも従う母。目が見えないことでより興奮する母だったが、 目隠しを取ったとき、そこには息子の姿があった。 玩具妻 義母・息子(ショタ)・義父 再婚した夫の家族になじめない義母。 義父と義子の罠にはまり犯されてしまう。 シスタームーン 1 姉・弟・夫・娘 姉は結婚して一人の子持ち。夫と娘の三人暮らし。 姉の家庭に、行方知れずだった弟が訪ねてくるところから話は始まる。 久しぶりにあった弟に動揺する姉。その理由は……? 第一話では姉と弟がかつて相姦関係にあったことが明かされる。 6年越しに会った弟に戸惑いながらも、かつての関係を思い出して火照る姉。 軽く肩に触れられただけで、我慢できずに自慰を始めてしまう。 そんな姿を弟に見られてしまい……。 シスタームーン 2 第二話は回想。姉弟相姦のなれそめ話。 姉のお風呂を覗いているところを見つかってしまった弟。 姉は怒らず、やさしく諭すが、 「姉にしか興味がない」と告白されて、体を許してしまう。 シスタームーン 3 第三話は再燃する二人の関係。 寝所に侵入した弟は、夫が寝ているそばで姉をバイブ責めにする。 翌日は居間で繋がっているところを娘に見られてしまう。 シスタームーン 4 第四話は第三話の続き。娘に見られながらのセックス。 まだセックスの意味を知らない幼い娘に、姉の痴態を見せつける弟。 姉は中出しされて娘の前でイッてしまう。 また、この回で弟が家を出た説明がなされ、次回へと続く。 シスタームーン 5 最終話。 姉と弟の結末。 待チ人、キタル 叔母・甥 叔母の家に居候することになった甥。 以前から憧れていた叔母が迫ってきて。 崩胎 義母・息子 二年間の単身赴任を終えて帰ってきた父。 久しぶりにあった妻はどこかよそよそしい態度を取る。 そんなある夜、ふと目が覚めた父は 妻と息子がセックスしているところを目撃してしまう。 ビキニのススメ スイミングスクールの女教師・少年 まじめに習う気がない少年は冗談のつもりで 「キワどい水着を着てくれたらちゃんとする」と先生に告げる。 次に来てみると、そこにはビキニ姿の先生が。 手取り足取り教える講義に、次第に興奮してきて……。 スリープラバー 義姉(兄嫁)・弟 兄が単身赴任になり、家に居候することになった弟。 「義姉が一人で心配だから」とは兄の言。 しっかり者の姉のどこが心配なのかと不審がっていたが、 やがて夜がくると、そこには裸でふらつく義姉の姿が……。 この本の感想をお聞かせください。 名前 コメント オークションで直筆サイン本買ってしまいました。真贋不明。-- 管理人 (2007-04-03 20 14 40) どの作品も質が高い。(ただ玩具妻だけは少し落ちる気がします。他の作品に比べればですが)大人の女×少年というシチュエーションが大好きな人には文句なくオススメです。-- 管理人 (2007-04-03 20 14 25) この本は気に入りましたか? 選択肢 投票 はい (4) いいえ (0)
https://w.atwiki.jp/dendlightning/pages/48.html
はじめに 当Wikiは頭文字Dの二次創作同人作品について取り扱うページです。二次創作活動の意味をご存じない方、趣旨をご理解頂けない方の観覧を一切お断り致します。また他作品のネタ等も含まれておりますのでご注意ください。 当Wiki及び当Wikiで解説されるゲーム内コンテンツは一般向けとしますが、第三者機関による審査等を受けていないため、人によっては不愉快なネタ、解釈違い、下品、ポリティカルコレクトネスに反する内容も含まれる場合もあります。あらかじめご承知おきください。 (編集者の方へ:基本的に避けられない場合を除いてこれに適合する形で記述をお願いします。) また参加ユーザーによる自由記述制をとっているWikiのため、内容の正確性等は保証いたしません。 同人は基本的に自己責任の世界です。調べもせずあれ教えてこれ教えてなどの投稿はご遠慮ください。また同人ネタを知らない人もいるところで無理に使用することにより作品の誤解等の問題が発生する可能性もありますのでご注意願います。 事実頭文字Dのファンの中にも当作品をよく思わない方もいらっしゃいます。同人ネタは同人界だけでの使用をお心がけください。 この作品はフィクションです。実際の人物、団体名、会社名、車両名とは一切関係ありません。 実際の鉄道会社(阪〇電鉄等)や原作の頭文字Dの方(講〇社やSE〇A等関係各社)への問い合わせ等は絶対にしないでください。 またこの作品内で起きた事件事故等は実際のものではなく現実世界で起きた類似した事件事故とは全く関係ありません。 この作品内で取り扱われている危険行為は絶対に真似しないでください。もし真似したことによってあなたが刑事上の責任や賠償の責任を問われることになった場合当Wikiではいかなる場合でも責任は持ちません。 このゲームは現実の鉄道車両、路線を完全再現することを目的としたものではありません。実際の車両と仕様が多少異なったり、ホームや駅間の長さが実際と違う場合、同人誌版との多少の差異が生じることがありますがご了承ください。 二次創作作品なので解釈などに違いがあるかもしれませんが、ご了承ください。 このゲームは同人ゲームです。くどいようですが、全て自己責任でお願いたします。 Sorry.This wiki is written in Japanese only. This wiki doesn't support any other language. 以上のことを同意できる方のみ下のリンクからお入りください トップページへ 同意できない方はブラウザの「戻る」ボタンをお押しになるか、別のページへの移動 またはブラウザをお閉じください。
https://w.atwiki.jp/khi9ytt/pages/4.html
どうしてか急に細マッチョに憧れトレーニングをやりはじめました.。 仕事や家事で忙しいので毎日INするのは難しいかもしれないけどよろしくね!
https://w.atwiki.jp/kakis/pages/10554.html
とりあえず作業メモ -- Kakis 2008-05-22 21 30 06 新生アルカ語彙推移(@maなど空き領域をマイナスした数) 08/01/24 xia322.zip 104語 08/01/26 xia324.zip 235語 08/01/26 xia324-2.zip 309語 08/01/29 xia327.zip 601語 08/01/30 xia328.zip 802語 08/02/01 xia330.zip 879語 08/02/02 xia331.zip 1080語 08/02/08 xia337.zip 2530語 08/02/21 xia350.zip 4615語 08/02/23 xia352.zip 4655語 08/03/09 xia367.lzh 4727語 08/03/27 xia385.lzh 4810語 liifa,vanonの成員の名前が変更。ユンク代詞が入る。 08/04/01 xia390.lzh 4838語 ソノヒノキに使用した単語が追加されました。 08/04/05 xia394.lzh 4908語 ユンク代詞などが追加されました。 08/04/08 xia397.lzh 4923語 alemに使用した語彙が増えました。 08/04/19 xia408.lzh 5209語 夢織 秋に使用した語彙が増えました。ユンク代詞などに大幅な変更あり。 08/04/23 xia412.lzh 5481語 新生紫苑の書に使用した語彙が増えました。 08/04/29 xia418.lzh 5528語 指示詞leを再登録。fontの語法が強化等。 08/05/04 xia423.lzh 5573語 代詞tiisなどが収録されました。 08/05/14 xia433.lzh 5601語 位取りが追加されました 08/05/20 xia439.lzh 5697語 夢織 春に使用した語彙が増えました。 最初の1ヶ月が爆発的だよ・・・・・・・・。 -- luni (2008-05-22 21 35 57) あとは緩やかに増加している様子。『夢織 春』と『新生紫苑の書』のときも200程度の増加が見られると。 -- kakis (2008-05-22 21 38 09) PDICに語数カウント機能があることにはじめて気付いた今日この頃。 -- kakis (2008-05-22 21 39 47) 乙です。これは中々便利な表で。しかし、一番増えているのが誕生日って、どんな哀れな大人だよ、俺w -- seren (2008-05-22 21 55 48) faan tinkaです・・・・・・・。 -- luni (2008-05-22 22 19 04) 2月1日から20日は一日に200近い増加数というのは・・・・・・このwikiでもめったにない速度。 -- kakis (2008-05-22 22 21 38) 制アルカと古アルカの膨大な遺産があってこそ可能な速度だろうな。通常アプリオリ言語ならばそこまでの速度にはならないはずだ。 -- koreori (2008-05-22 22 22 53) 膨大な遺産というと、中期制の神話系文学資料は結構な量で、新生史が終わったら、中期文献でも読もうかな。 -- kakis (2008-05-22 22 25 45) 名前 コメント
https://w.atwiki.jp/keiplus/pages/100.html
はじめに 何かを作る上で形式を設定する必要があると考えています。 プログラミングを行う上ではRFC、JISなどの規定があり、言語ごとのコーディングルールも あった上に、前述に影響外のところで顧客や企業や開発チーム内のルールがあります。 一見すると気難しい、うざったい印象を持たれるでしょうが、形式を持たせることで 共通化が図りやすくなり、可読性や運用性が高まります。 ただこのwikiに書いていることは必ず貴方の会社や個人で使えば極楽になることを 約束したり、強制するものではありません。 仕事や日曜プログラマーもその方々の流儀があります。自分なりに自分の生産性や 運用性を考慮した上でご自身なりの形式を持たれることをおすすめします。 最初に用意するもの ・Git ・Gitクライアント(TortoiseGit、SourceTree、Git対応テキストエディタ) ・Virtualbox ・Vagrant ・DockerCommunityEdition ・Terraform ・Ansible ・Jenkins ・Docker compose ・Slackクライアント ・IDE(VisualStudioCommunity(VSC)、Eclipse、Xcode(MacOS)など) ・テキストエディタ(VScode、SublimeTextなど) ウェブサービス入会 ・Github ・AmazonWebService ・GoogleCloudPlatform ・Microsoft azure ・IBM Cloud(旧Bluemix、旧watson) ・Docker Hub ・CodePen ・Slack ・Line 運用 学習は「DockerHub」でソース管理をしていきます。 Gitのユーザは「admin」「worker」を作成。 adminは本ビルド、masterへのPUSH権限を有します。 workerはadminに対してPullrequestが出来る権限まで。 一人作業であっても、masterソースの更新権限をユーザを分けて行います。 手順は次の通りです。 1.workerは製造、UT、IT(JT)までが作業範囲 2.プルリク送る=レビュー実施 3.OKなら、adminが(で)masterにPUSH(marge) 4.adminがフル・ビルド 5.問題なければProductionリリース 一人でやるのになんで?と思うでしょうが、作る人は作ることに専念し 管理する人は管理に専念するがベストと考え、一人でも担当を分けて 限りなく実務に近い環境が良いと考えたからです。 バグやQAですが、RedmineではなくSlackやLINEを使います。 (→与太話) 構成 Githubを使ってGitで管理していく。 GithubはPersonal(Free)版を使うので十分。Personal版はリポジトリ―がオープンなので 他人から容易に見えてしまう。しかし作成できるリポジトリは無限で、同時利用者も無限な ので勉強するときには良いと思う。 ちなみにDeveloper版は月$8(約840円)、Team版は月$9。Business版は$21。 Personal Developer etc per month 0 7 yen/m 0 840 yen/y 0 10,080 account personal personal pub repo unlimited unlimited collabo unlimited unlimited private repo - unlimited permission x x Team ver SAML x x Biz ver provision x x Biz ver support 掲示板 掲示板 Biz ver SLA x x Biz ver Gibhubの亜種は数多くあるので興味があれば調べて欲しい。 最近は納品をGithub指定している会社もあるのでPersonal版だけでもいいので触れておいた方が良い。 ローカル TOP └SANDBOX └999example 動作検証が修学のために仮作成するディレクトリ └ASSET ・・資産(自社や自身で作ったオリジナル) └※1 └RESOURCE ・・資産ではない利用するもの(購入物や、有期限だが無償利用できるもの等) └※1 └PRODUCT ・・製品開発計画 └SOURCE 個々の製品ごとのソース(コードが主) ※1(子要素) └LIBRARY ・・ライブラリ(サード製を含むモジュール類) └IMAGE ・・画像、動画 └DOC ・・設計書、要件定義、テスト計画書など 大別すると①SANDBOX、②LIBRARY類、③PRODUCTの3系統で、①~③は互いに 混ざらないようにする。 ③PRODUCTで②LIBRARYを利用する場合は必ずコピーやFORKして利用する。 コードはGitからCloneは行わない。 Cloneしていいのは製造責任がある立場の人のみ。というスタンス。 メンバーはMasterをFORKして、PULLリクエストをリーダーに送る。 リーダーはレビューしてOKならBranchにPUSHする。 MasterへのPUSHは上位責任者がレビューして承認を得た場合のみ。 (自分一人の場合は自分が責任者なので意味ないが) 責任者のヒエラルキーはこんな感じ。 BizManager └PRODUCT Producer └PRODUCT Manager └Manufacture Director └Manufacture Leader └Manufacture Worker 著作権 基本的にパブリックな位置で、CreativeCommons-非営利-継承です。 しかしPRODUCT(販売目的の製品)はこの限りではありません。 GPL、Apache、BSD、MIT、EPL等のライセンスは様々な条件を継承したり 一般公開する責任を課せられるため、製品ごとに向き不向きが強い。 PublicDomain(公有、無条件解放)は、 ソースコードでは3000Step以下 1Class 1Module 且つ、ビジネスロジックに関与関係しないもの。という定義でここでは 扱いをします。 過去の判例を見ると1000ステップまでは著作権を主張できないとされて いるようですが、3000まで拡大しても良いんじゃないかと。但しビジネス ロジック=販売目的の製品や顧客固有処理系を含む場合は除外する、と すれば、今より自由度が上がるんじゃないかと思っています。 動画、画像、3DCG、音楽の著作物のPublic Domainは、 XGAサイズ以下 30秒以下 16小節以下 文章については 200文字以下 がPublicDomain対象になり得ると考えています。 こう考える基準は原稿用紙1枚分程度ならという個人尺度なので 裁判や判例から見たらどうなるかは知見が欲しいです。 権利を主張していてもREADMEや約款書、規定書を付けないものは 権利放棄をしていると見なしています。 権利を主張する書面を付けることは著作者の「義務」で「責任」です。 書くのが面倒だからって人が多いようですが義務を果たせない人は 自分の権利を放棄したと見なしていいです。っていう考えです。 一方で、利用者はREADMEが付いてない著作物を使用するか否かの判断は 個人も団体も方針をきっちり打つ出すべきです。 仮に著作者本人が訴えてこなくともSNSで吊し上げにされる可能性が あるからです。吊し上げされた後の自信の商売に支障を来さないという 保証はどこにもありません。 チャットツール Twitter、LINE、Slack、Discord、mastodonなどショートメッセージ用 チャットツールはたくさんある。 俺個人的に推したいのは「Slack」 なぜSlackを使えと言っているのかは、技術系ショートメッセージチャット のデファクトになっていること。 API公開だけじゃなく自動応答チャットもあるし、界隈にあるノウハウが 非常に多いい。当然alexaやGoogleHomeとの連携連動もできるので 一人作業のときalexaはGHが相方となって作業をさせることも可能だからだ。 Skackは嫌。LINEがいい、いや独自に作るでもいいと思う。 自分の使いやすいチャットツールを使えばいいと思う。 必要なのはリアルタイムでチャットができ、自動応答を使える環境があり、 クライアントがコモディティであることだと俺は考えている。 社内での環境 セキュリティの高さは企業規模に比例していきます。 大企業ほど、個人情報や金品のやり取りを行う職種であれば携帯電話を 居室内に持ち込むことも禁止されている場合があります。 その場でサクサク、ガリガリとコーディングできればいいのですが 手間がかかる、1度つくったものをまた作りたくない等の不満は あるのではないでしょうか。 就業先の社内に外部ネットに接続できる環境があることが前提に なりますが汎用的なコードは外に置いてしまって、そこから引っ張って きたほうが「楽」ですよね。 条件1.就業先から外部ネットに接続できる 条件2.Proxyがある場合、ProxyのIPやURLを確認できること 条件3.条件1の上で外部サイトからファイル等々をダウンロードできること 用意するものとして以下。 ・Github(Personal) ・DockerHub ・Virtualbox ・Vagrant ・Ansible ・Terraform ・Nodejs/npm ・クラウド環境(AWS/GCP) ・クラウド環境のクライアントCLI ・OSイメージはDebian、Ubuntu、CentOSのいずれか もし職場で自席の作業PCでダウンロードが出来ない場合 ・技術系ブログを開設 ・ソースコードはベタ打ち もし職場の自席PCから外部ネットに接続できない場合 ・A4のファイルを作っておく この場合、技術ネタブログを一旦作っておいてそれを 両面印刷しておけばいい。 社内に紙の持込みを禁止しているという企業は俺個人は いままで聞いたことが無い。念のため事前確認したほうが 良いかもしれないがダメと言われたら諦めてそんな会社は 辞めた方がいいだろうw 最初のベターな環境だったらGithubに全ておいておいて fork- Cloneすれば数分で自席PCですべてを用意できる。 Dockerhubもあればインフラ系を一気に用意できる。
https://w.atwiki.jp/dollerserver2/pages/14.html
Q.ここはどんなところ? A.トップページにも記載しましたが、 某MMORPG内の1鯖、通称$鯖での情報を扱っています。 ここでの情報は管理人の主観のみで判断されたものです。 Q.情報の信憑性は? A.信憑性と言われても困りますが・・・。 あくまで私の主観で判断したものと思っていてください。 中には一概に正しいとは言えない情報も存在しているでしょう。 しかしながら、私怨でのあからさまなデタラメは一応記載していないつもりです。 然るべき行動や発言等を見、聞く等して判断しています。 Q.晒しとの繋がりは? A.全くありません。 一応目を通してはいますが、あそこの情報ほど当てにならないものはない と思っているのでほとんど信用することはありません。 むしろ、住人の人間観察の方が興味深い、といったスタンスを取っています。 Q.更新頻度は? A.基本的に気まぐれです。 気が向いた時に更新します。 「誰か暇人のメモ帳」くらいに捉えて頂いければ幸いです。 勿論、面倒になったらどこぞのwikiやたれこみ管理人のように放置します。 Q.このサイトURLを何処かに張ったりして誘導することは? A.現在の所、宣伝するつもりは一切ありません。 9/12/11 12 はじめに 雛形作成
https://w.atwiki.jp/gundamwar/pages/5937.html
全てのはじまり [部分編集] 栄光の戦史 COMMAND C-10 紫 0-1-0 R 補強 (配備フェイズ):全てのプレイヤーは、自軍本国の上のカード10枚までを見て、その中にある「名称:ガンダム」であるユニット1枚を抜き出し、自軍ハンガーに移す事ができる。その後、自軍本国をシャッフルする。 「名称:ガンダム」専用のサーチカード。 紫の1国と非常に軽いが、自軍プレイヤーと敵軍プレイヤーの両方がサーチする効果である。 サーチできる枚数が10枚と月の支援者と同じ枚数見る事ができる。 確率計算としては、70%以上の確率でサーチに成功するためには5枚以上、80%以上なら7枚以上、90%以上なら9枚以上のガンダムをデッキに入れる必要がある。 ちなみにタイミングも月の支援者と同じ。自軍ターンならサーチしたガンダムを即展開可能だし、何か都合(後述など)があれば敵軍ターンでもプレイ可能。 欠点は、相手にもガンダムをプレゼントしてしまう可能性がある点。 自分だけが成功すれば良いが、相手も成功すればカードアドバンテージを失う効果となり、下手すれば相手だけが成功する事だってあり得る。 相手が「名称:ガンダム」を利用するデッキであれば、注意が必要となる。 例えばブーストSDは、コンボパーツと言えるほどの重要なガンダムが十分な枚数採用され、それらが最速1ターン目に必要となる事、また相手がサーチに成功したとしても、それを利用する前に決着を付けられる可能性がある事など、かなり相性が良い部類。 手番プレイヤーが10枚見てハンガーに移す→非手番プレイヤーが10枚見てハンガーに移す、という順番で効果が適用される。例えばこのカードを敵軍配備フェイズにプレイした場合「相手が何を抜き出したかを確認した後で、こちらが抜き出すカードを選べる」効果となる。(Q A439参照)
https://w.atwiki.jp/osuvip/pages/17.html
自由に追加・編集してよ 作者 譜面名 URL ひとこと 片霧烈火 - 青の行方 http //puu.sh/1gUu Normalのみ 青りんご - Sexsexsexsexsexsexsex! http //osu.ppy.sh/d/28343 Easyのみ MGD Sound Team - Future Destination http //osu.ppy.sh/d/28757 Insaneのみ AC - aisatu no majic http //osu.ppy.sh/d/28761 Eazyのみ 影山ヒロノブ - HEATS http //osu.ppy.sh/s/29689 Eazy・Normalのみ 水橋かおり - はじまりサバイバル http //osu.ppy.sh/s/29722 Wiklund - Tainted Tune http //e2e3.info/osuup/src/osu_up_0048.zip ジャンプきつめ。糞譜面って言わないで。 杉田智和 - 妄想戦士宮前かなこ http //osu.ppy.sh/s/30007 ☆2、☆4、☆4.5 小宮 真央 - ツンデレの歌 http //osu.ppy.sh/s/29986 きらいきらい触らないでーーwww 岡野真澄 - Jazz Man! K.O. http //e2e3.info/osuup/src/osu_up_0085.zip 公式に上げるとBAN、適当譜面
https://w.atwiki.jp/kaizoku8ban/
はじめに このサイトは同人海賊版グッズに注意を喚起するwikiです。 海賊版(公式トレパク・無断転載)商品の販売・配布、購入は絶対にやめましょう。 公式のシルエット・ロゴ・デザインはフリー素材ではありません。 ※あくまでも現在問題視されている 「海賊版」 は 「公式グッズと誤認されるおそれがあるグッズ」 です 海賊版って何? どういう事がNGなの? 具体的な対応策 タイトルロゴ および 作中に登場する企業のロゴやキャラクター衣装などで作中に使われたマークや アイテム、公式画像(キャプチャ含む)から作ったキャラクター画像を使った同人グッズはいわゆる 海賊版にあたります 公式から既に発売されてるもの 発売されることが発表されているもの 単品での販売はなくとも懸賞商品など販促に使われているものと同一のもの、類似したものを作ることは版元の権利を侵害することになり犯罪行為です 上記に当てはまらなくても、 作中に登場したアイテムを再現したグッズ 作中に登場した図案をそのまま利用したグッズ も、今後公式に発売される可能性があるため、これらのものおよび類似品を作ることはとても危険です 当Wikiはこれらの行為に対する意識向上を目標として作られました 海賊版は作らせない、そして買わない・貰わない事も大事です そんなの知らない、売れればいい」で済ませず、 ファン全体のモラル向上に努めましょう!! 画像の転載は検証目的のものであり、各氏の著作権を侵害するものではありません 報道、批評、研究目的の引用については、著作権法第32条において保護されています 作者へのリンクを批判する方へ 作成者のリンクは購入した方の頒布元への連絡先として必要と判断して明記しています 特に同人誌と違ってグッズは連絡先が品物に明記されておりませんし 何処で手に入れたか分からなくなっている方も多いのではないでしょうか ただし、今後イベントでの回収実行など一定の対応が確認された方については 最終的に画像保存のみにする予定です バグ・不具合を見つけたら? 要望がある場合は? お手数ですが、メールでお問い合わせください